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The present invention relates to time synchronizing device and 
process and to corresponding products, including a local gateway. 

Home gateways, which are used for home users to connect to 
5 external networks, mainly to the Internet, usually need time awareness. This 
allows e.g. Internet services for some users only at certain points in time or 
to include the time in event logging. As home gateways are consumer home- 
network appliances, everything is done to keep their price as low as 
possible, so as to reach the largest audience. However, this causes those 
1 0 devices to suffer from lack of liable embedded real time clock, and so makes 
them depend on an external device in the external network. 

Typically, known home gateways thus use the widespread NTP 
protocol (for "Network Time Protocol"), or its adaptation to Internet, SNTP 
15 ("Simple NTP"), so as to synchronize the clocks of gateways over a network. 
Those protocols include retrieving time information from that network. More 
specifically, clients can get time from a centralized server, being a 
timeserver. 

20 Such a timeserver is generally expensive, because it needs to 

connect to an accurate reference clock and is intended to support thousands 
of clients. Some tlmeservers are in fact publicly available on the Internet, but 
depending on such a public server involves a risk regarding reliable services. 
Namely, timeservers could be compromised by hackers impersonating them, 

25 and being thereby able to remotely influence home gateway behavior. 

Moreover, getting time requires full connectivity of the gateways to 
that timeserver. Therefore, when connectivity to the latter is interrupted (for 
instance in case of DSL line down - for "Digital Subscriber Line", or 
30 unavailability of an NTP timeserver), some home network applications may 
no longer work as expected. Also, when one central timeserver on the 



RECEIVED TIME 9. JAN. 14:08 



PRINT TIME 9. JAN. 14:33 



9- . 



-04 r 14! OS 



; S. B. U Live 



JOU1 865634 



Internet (used by all home gateways of a single vendor) is down or 
unreachable, the home gateway functionalities are affected, which may 
notably disallow access to the Internet. 

5 Further, time given by the timeserver is an absolute time, which 

does not take time zones into account This is all the more complicated in 
view of daylight saving time, since the gap between the provided time and 
the local correct time depends on the periods of the year. A solution to that 
problem consists in storing at the timeserver, time information on the various 

10 devices liable to be synchronized with it This however implies relatively 
heavy dynamic management and compels appropriate storing at the 
timeserver side. Another solution relies on systematically adapting the time 
received at the home gateways from the timeserver, based on data stored at 
the gateways. This however involves additional management and storing in 

1 5 the gateways, and thus increases the cost of the latter. 

The invention concerns a time synchronizing device that may be 
able to provide precise time to gateways, notably to home gateways, while 
remedying the risks of connection loss with respect to network timeservers or 

20 failure thereof, and being economic compared to the integrated presence of 
accurate clocks in the gateways. The synchronizing device according to the 
invention may also be liable to provide time adapted to local time 
specificities, without requiring complex storing at a timeserver side or tedious 
management at the gateway side. Also, the synchronizing device of the 

25 invention could be at the same time economic, compared to the costs for 
controlling a precise timeserver, and safe compared to the dependency on - 
publicly available timeservers. 

The invention applies more generally to routers, which may be in 
30 particular gateways or modems. 
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The invention also concerns a time synchronizing process and a 
computer program liable to offer the advantages mentioned above, as well 
as a local gateway comprising a time synchronizing device compliant with 
the invention. 

5 

To this end, the invention relates to a time synchronizing device 
for synchronizing a router arranged between two communication networks. 
That synchronizing device comprises: 

- receiving means for receiving synchronizing data based on a 
1 0 reference time clock, 

• and exploiting means for exploiting those synchronizing data so 
as to synchronize a local time clock used by that router with respect to the 
reference time clock. 

15 According to the invention, the time synchronizing device 

comprises: 

- intercepting means for intercepting at least one message 
coming from at least one apparatus being a point of at least one of those 
networks, called the source network for that message, and directed to the 

20 other of those networks, called the target network for that message, that 
apparatus having a specific time clock, 

- preparing means for preparing a time request intended for that 
apparatus, the time request being able to be executed in that apparatus so 
as to cause the synchronizing data based on that specific time clock to be 

25 obtained from that apparatus and to be transmitted back to the synchronizing 
device, 

- sending means for sending the time request to that apparatus, 

- and forwarding means for forwarding the intercepted message 
to the target network after the preparing means have prepared the time 

30 request. 
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Further, the receiving means are intended to receive the 
synchronizing data from that apparatus and the exploiting means are able to 
exploit the synchronizing data so as to synchronize the local time clock with 
respect to that specific time clock. The receiving means, exploiting means, 
5 intercepting means, preparing means, sending means and forwarding means 
form an operational set. 

Thus, surprisingly and in contrast with what is usually done, the 
required time is not obtained from a central timeserver over a network, 

10 according to a given protocol such as NTP, but can be obtained from one or 
several local apparatus, advantageously from personal computers ("PCs'). 
This relies on the special features of the time synchronizing device of the 
invention, which include notably the ability to intercept messages from a 
network to another, and to send back an appropriate time request 

15 accordingly. 

Thereby, synchronization may be done even when a timeserver is 
not available, and may increase safety by reducing the dependence on 
external time sources. Also, it may make optional the knowledge of time 

20 zone and daylight saving time indication regarding a local network, since that 
information is already taken into account in the received time (the "time" 
meaning date and/or hour). Those local data may anyway be obtained 
without difficulty by the time synchronizing device in preferred embodiments 
of the invention, directly from the involved apparatus in a given local network. 

25 Further, the synchronizing device of the invention does not require the 
additional router cost of an embedded good precision hardware real-time 
clock. A supplementary asset thereof is that it may enable to reduce network 
load on the Internet, by not contacting timeservers (or by at least reducing 
the number of communications), while instead learning the time locally. 

30 
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This is particularly interesting when the router is a local gateway 
and the apparatus are PCs. In a preferred embodiment, the source network 
is then a local area network ("LAN 1 *) and the target network is an external 
network, such as notably the Internet or other wide area network ("WAN"), for 
5 all intercepted messages. 

As a matter of fact, time on home user computers can be 
considered as quite accurate. For example, a home gateway being the way 
to reach the external world, the home computer Information provides partially 

10 or completely the time configuration. The time request may then have the 
form of a small program returned or inserted by the home gateway when a 
user requests information from the external network, preferably via the HTTP 
protocol (for "Hypertext Transfer Protocol"). Namely and as an illustration, 
the user addressing an HTTP server and expecting a response, such a small 

15 program is inserted as a script in a temporary page. It is then executed in the 
user Web browser of a PC, and makes sure the home user computer time is 
present in following requests for information. The home gateway monitors 
afterwards the reply sent from the PC to learn the computer time. 

20 The time synchronizing device may be integrated in the router, or 

be in the form of an external device connected to the router. In the latter 
case, the synchronizing device may be coupled to several routers, notably 
when the latter belong to a same local network. Further, the synchronizing 
device may be implemented entirely as software, for example in the C 

25 language, or at least partly as hardware. 

In a particular embodiment, one of the networks has a single 
apparatus, consisting for example in a home network with only one PC, 
connected to the Internet via a modem. In a still more specific form, each of 
30 both networks has only one apparatus. 
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The time synchronizing device of the invention may make useless 
any resort to a precise timeserver clock. Anyway, it could alternatively be 
considered as a tool complementary to the timeserver contribution, notably 
to the NTP mechanism. In the latter case, the router synchronization may be 
5 usually based on the timeserver data. However, in case of any connection 
failure between the router and the timeserver, the synchronizing device is 
available for getting accurate time. In another application, advantageously 
combined with the former one, the timeserver is commonly used but gives an 
hour not adapted to local specificities. Then, the synchronizing device 
10 provides the required adaptation data, such as time zone and/or daylight 
saving time information. 

The receiving means should be interpreted as not necessarily 
being only intended for passive reception, but possibly also including 
15 functions of extraction of useful data (typically in relation to the format of the 
received data). 

Preferably: 

- the intercepting means are intended to intercept the message 
20 and the receiving means are intended to receive and extract the 

synchronizing data in compliance with the HTTP protocol; 

- and/or the preparing means are intended to prepare the time 
requests in the form of executable scripts, preferably based on the Java 
language; more specifically, those scripts are advantageously in the 

25 JavaScript language. 

The HTTP protocol and Java scripts are particularly appropriate 
and convenient for the time synchronizing device according to the invention, 
since HTTP provides direct interaction between the gateway and the 
30 apparatus, and enables the gateway to retrieve time data from the apparatus 
by means of Java scripts. Also, messages received from the apparatus to 
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the gateway in compliance with the HTTP protocol usually arrive on a given 
known reception port. Thus, HTTP combines the potentialities of message 
interception and of sending back time requests. 

5 Otherwise, any communication protocol liable to be used for 

connecting apparatus to a network, to be understood by a router and to 
enable the insertion of instructions that can be executed by the apparatus for 
sending back information, could also be suitable. Preferably then, the 
protocol allows inserting the instructions transparently to the users of the 
10 apparatus. 

The forwarding means are preferably intended to forward the 
intercepted message to the target network only after the exploiting means 
have exploited the synchronizing data obtained from the apparatus by 
15 means of the time request. In another embodiment, the forwarding means 
are intended to forward the intercepted message as soon as the time request 
has been prepared. 

The preparing means are advantageously able to prepare the time 
20 request for getting at least one of the following synchronizing data: time zone 
and daylight saving time information. The time zone and/or daylight saving 
time information may be used later by the synchronizing device, notably In 
case a synchronization time is received from a timeserver (e.g. in the NTP 
frame). The preparing means may also prepare the time request for further 
25 directly getting the hour from the apparatus, based on its specific time clock. 

Advantageously, the time synchronizing device comprises 
updating means for periodically updating the synchronizing data so as to 
synchronize the local time clock, by periodically activating the operational 
30 set. Those updating means are preferably intended for using as the 
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intercepted message for each of the updating periods, the first message 
received from at least one of the communication networks during that period. 

This enables to take Into account drifts in the local time clock. 
Additional activating of the updating means could be done in case of router 
5 reinitializing, since then, time in the router usually restarts from zero. 

Also, the synchronizing device preferably comprises safety means 
able to activate the operational set for at least two successive messages 
from respectively at least two different apparatus, to compare the 

10 synchronizing data respectively obtained for the successive messages, to 
check consistency of the synchronizing data and to trigger a warning 
mechanism in case of inconsistency. 

Several solutions may be put in practice for that warning 
mechanism, like advising all the concerned users, or only the lastly contacted 

15 one. In case of such an inconsistency, the time synchronizing device is 
advantageously able to obtain the synchronizing data from at least three 
apparatus, and to check if a majority of them is consistent. Then, it may be 
considered that only one or a few apparatus among them have a higher 
probability of time failure, and be warned consequently. Alternatively, the 

20 synchronizing device could get a correct hour from a timeserver. Then, it 
could thereby identify the failing specific dock(s) and contact only the 
corresponding apparatus. 

Of course, the diagnosis of inconsistency should take into account 
the relative places of the apparatus. For example, in a LAN, all apparatus 

25 thereof should probably have the same time zone and daylight saving time. 

The nature of inconsistency to be tested is preferably defined at 
the synchronizing device. It could consist for example in a difference 
between two specific clock times of a given LAN that is above a 
predetermined threshold value. It could also consist in non-agreement 

30 between the time zones and/or the daylight saving times in apparatus of a 
same given LAN. 
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More generally, conflict management algorithms could be 
implemented. 

Also, in case of small discrepancies between specific clock times, 
5 below a conflict management threshold, it may be advantageous that the 
synchronizing device averages the obtained times so as to determine an 
accurate time to be used. 

Anyway, it could be interesting for applying the invention that 
1 0 some regular checking is done of the apparatus liable to give time data to the 
synchronizing device, for making sure that the time therein is set correctly. 
This is particularly convenient for a home network. 

The invention also applies to a local gateway (which may be 
15 notably a modem or an HTTP proxy) intended to be arranged between a 
LAN and a WAN and to enable communication in both directions between 
the LAN and the WAN. The local gateway comprises: 

- a LAN interface for communication with the LAN, 

- a WAN interface for communication with the WAN, 
20 - a local gateway time clock, 

- and synchronizing means for synchronizing the local gateway 
time clock with respect to a reference time clock, by means of synchronizing 
data received by the local gateway. 

25 According to the invention, the synchronizing means comprise a 

time synchronizing device compliant with any of the embodiments of the 
invention for synchronizing the local gateway, the source and target 
networks being respectively the LAN and the WAN for all intercepted 
messages, and the apparatus used for synchronizing being thus at least one 

30 point of the LAN. 
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Preferably, the synchronizing means are also able to synchronize 
the local gateway time clock with respect to a global time clock available 
from a timeserver of the WAN. 

5 The Invention further relates to a process for time synchronizing a 

router arranged between two communication networks. The time 
synchronizing process comprises the following steps: 

- receiving synchronizing data based on a reference time clock, 

- and exploiting those synchronizing data so as to synchronize a 
10 local time clock used by the router with respect to the reference time clock. 

According to the invention, the time synchronizing process also 
comprises the following steps: 

- intercepting at least one message coming from at least one 
15 apparatus being a point of at least one of the networks, called the source 

network for that message, and directed to the other of the networks, called 
the target network for that message, that apparatus having a specific time 
clock, 

- preparing a time request intended for that apparatus, that time 
20 request being able to be executed in that apparatus so as to cause the 

synchronizing data based on that specific time clock to be obtained back 
from the apparatus, 

- sending the time request to that apparatus, 

- and forwarding the intercepted message to the target network 
25 after the time request has been prepared. 

The receiving step further includes receiving the synchronizing 
data from that apparatus and the exploiting step includes exploiting the 
synchronizing data so as to synchronize the local time clock with respect to 
30 that specific time clock. 
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The time synchronizing process is preferably intended to be 
executed by means of a time synchronizing device compliant with any 
embodiment of the invention. 

5 The invention also concerns a computer program product 

comprising program code instructions for the execution of the process 
according to the invention when that program is executed on a computer. By 
"computer program product", it is meant a support for computer program, 
which can consist not only in a storing space containing that program, such 
10 as a diskette or a cassette, but also in a signal, such as an electrical or 
optical signal. 

The invention will be better understood and illustrated by means 
of the following embodiment and execution examples, in no way limitative, 
1 5 with reference to the appended figures on which: 

- Figure 1 shows a local area network connected to a wide area 
network via a gateway that includes a time synchronizing device compliant 
with the invention; 

20 - Figure 2 is a block diagram detailing the synchronizing device 

of Figure 1; 

- and Figure 3 illustrates the main steps of the synchronizing 
process executed by means of the synchronizing device of Figures 1 and 2. 

25 In Figure 2, the represented blocks are purely functional entities, 

which do not necessarily correspond to physical separated entities. Namely, 
they could be developed in the form of software, or be implemented in one or 
several integrated circuits. 

30 A gateway 10 (Figure 1) is arranged between a Local Area 

Network (LAN) 4 and a Wide Area Network (WAN) 5, and provides 
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communfcations between both networks 4 and 5 via network interfaces 2 
and 3, respectively. The gateway 10 comprises a coarse clock CLO and a 
time synchronizing device 1 , able to synchronize the clock CLO with respect 
to at least one more accurate remote clock. 

5 

The LAN 4 is provided with a plurality of apparatus A1, A2... An, 
including respectively specific internal clocks CL1, CL2... CLn. The WAN 5 is 
notably coupled with a data server 7, able to send information to the 
apparatus Ai of the LAN 4 under request, and with a timeserver 8 V including 
10 a precise global clock GCL. The timeserver 8 is intended to give 
synchronization data to any device connected to the WAN 5. 

The synchronization device 1 will be detailed below through its 
various functions. It comprises (Figure 2) an operation set 20 including: 
15 - a receiving unit 11 intended to receive reference 

synchronization data SYNC, and to extract them from a formatted message, 
if necessary, 

- an exploiting unit 12 able to exploit the synchronization data 
SYNC so as to synchronize the coarse clock CLO, 

20 - an intercepting unit 13 provided for intercepting a message 

MSG coming from any of the apparatus Ai of the LAN 4 and directed to the 
WAN 5, for example addressed to the data server 7, 

- a preparing unit 14, able to prepare a time request RQ based 
on the message MSG and intended for the apparatus Ai from which the 

25 message MSG is originating; the time request RQ targets time data to be 
used by the synchronizing device 1 for synchronizing the coarse clock CLO; 

- a sending unit 15 intended to send the time request RQ to the 
concerned apparatus Ai; 

- and a forwarding unit 16 able to forward the message MSG 
30 formerly intercepted by the intercepting unit 13. 
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The time synchronizing device 1 also comprises an updating unit 

17, intended to periodically activate the operational set 20 for updating the 
synchronizing data and for thus synchronizing the local time clock CLO. As 
the event for triggering the synchronization is not controlled by the gateway 

5 10, namely receiving a message from one of the apparatus Ai and directed 
to the WAN 5, this means that the updating unit 17 puts the operational set 
20 in a "ready" state, able to execute the synchronizing process when a 
relevant message passes through the gateway 10. Preferably, that message 
MSG is the first one received by the latter as soon as a new synchronization 
10 period starts. 

The updating unit 17 is also able to activate the operational set 20 
in other particular circumstances, such as when an operator decides to, or 
when the gateway 10 is re-initialized. 

In practice, the updating unit 17 may check if the operational set 
15 20 must be activated each time a message MSG addressed to the WAN 5 is 
received from one of the apparatus Ai. 

The time synchronizing device 1 further comprises a safety unit 

18, able to activate the operational set 20 for at least two successive 
20 messages MSG coming from respectively at least two of the apparatus Ai, to 

compare the synchronizing data SYNC respectively obtained for those 
successive messages, to check their consistency, and to trigger a warning 
mechanism in case of inconsistency. 

25 In a specific example, the apparatus Ai are home computers 

provided with Internet browser applications that are JavaScript enabled, the 
LAN 4 being a home network and the WAN 5 being the Internet. The 
protocol HTTP is further used. Then, the preparing unit 14 is intended to 
prepare the time request RQ in the form of a JavaScript script, which 

30 automatically executes when received by the involved home computer, as 
HTTP response. 
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When operated, the synchronizing device 1 leads to the following 
development (Figure 3): 

- after startup, the home gateway 10 gets absolute time from the 
5 timeserver 8 (if the latter Is available) (step S1 ); 

- a home user of one of the apparatus Ai tries to access the 
WAN 5 to get some information (step S2); typically, the home user opens a 
Web-page when using the browser to get information from the Internet using 
HTTP, and an HTTP request is sent to the Internet data server 7; 

10 - the gateway 10 sees the request for information, in the form of 

a message MSG (step S3), by intercepting the HTTP request; if time 
information related to the local clock CLO is not yet complete or is considered 
as obsolete, the home gateway 10 does not forward immediately the 
message MSG to the external network 5; if on the contrary, time information 

15 is complete and considered as valid, the following steps S4 to S6 are not 
executed, and step S7 is immediately applied; 

- the home gateway 10 returns to the home computer (apparatus 
Ai) the order to give its time information (time request RQ) (step S4); the 
order is in the form of a JavaScript script as a response to the HTTP request; 

20 - the home computer returns its time information (synchronization 

data SYNC) after the execution of the script (step S5); in the present 
example, the script posts the time information from the client to the gateway 
1 0 via a new HTTP request; 

- the gateway 10 reconfigures itself using the time information 
25 provided by the home computer (step S6); 

- the gateway 10 forwards the Information request (message 
MSG) to the external network 5 (step S7); here, it relays the original browser 
HTTP request to the correct Internet data server 7; 

- the external network 5 returns the requested information - 
30 here, HTTP information (step S8); 
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- and when the gateway 10 receives the requested information, it 
forwards it down to the home computer (step S9). 
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CLAIMS 

1. Time synchronizing device (1) for synchronizing a router (10) 
5 arranged between two communication networks (4, 5), said synchronizing 
device (1) comprising: 

- receiving means (11) for receiving synchronizing data (SYNC) 
based on a reference time clock (CL1-CLn), 

- and exploiting means (12) for exploiting said synchronizing data 
10 (SYNC) so as to synchronize a local time clock (CLO) used by said router 

(10) with respect to said reference time clock (10), 

characterized in that said time synchronizing device (1) 
comprises: 

15 - intercepting means (13) for intercepting at least one message 

(MSG) coming from at least one apparatus (A1-An) being a point of at least 
one of said networks (4), called the source network for said message (MSG), 
and directed to the other of said networks (5), called the target network for 
said message (MSG), said apparatus (A1-An) having a specific time clock 

20 (CL1-CLn), 

- preparing means (14) for preparing a time request (RQ) 
intended for said apparatus (A1-An), said time request being able to be 
executed in said apparatus so as to cause said synchronizing data (SYNC) 
based on said specific time clock (CL1-CLn) to be obtained from said 

25 apparatus (A1-An) and to be transmitted back to said synchronizing device 
(D, 

- sending means (15) for sending said time request (RQ) to said 
apparatus (A1-An), 

- and forwarding means (16) for forwarding said intercepted 
30 message (MSG) to said target network (5) after the preparing means (14) 

have prepared said time request (RQ), 
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said receiving means (11) being intended to receive said 
synchronizing data (SYNC) from said apparatus (A1-An) and said exploiting 
means (12) being able to exploit said synchronizing data (SYNC) so as to 
synchronize said local time clock (CLO) with respect to said specific time 
5 clock (CL1-CLn), said receiving means (11) f exploiting means (12), 
intercepting means (13), preparing means (14), sending means (15) and 
forwarding means (16) forming an operational set (20). 

2. Synchronizing device (1) according to claim 1, characterized in 
10 that said intercepting means (13) are intended to intercept said message 

(MSG) and said receiving means (11) are. intended to receive and extract 
said synchronizing data (SYNC) in compliance with the HTTP protocol. 

3. Synchronizing device (1) according to claims 1 or 2, 
15 characterized in that said preparing means (14) are intended to prepare the 

time requests (RQ) in the form of executable scripts, preferably based on the 
Java language. 

4. Synchronizing device (1) according to any of claims 1 to 3, 
20 characterized in that said forwarding means (16) are intended to forward said 

intercepted message (MSG) to said target network (5) only after the 
exploiting means (12) have exploited said synchronizing data (SYNC) 
obtained from said apparatus (A1-An) by means of said time request (RQ). 

25 5. Synchronizing device (1) according to any of the preceding 

claims, characterized in that said preparing means (14) are able to prepare 
said time request (RQ) for getting at least one of the following synchronizing 
data (SYNC): time zone and daylight saving time information. 

30 6. Synchronizing device (1) according to any of the preceding 

claims, characterized in that it comprises updating means (17) for 
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periodically updating said synchronizing data (SYNC) so as to synchronize 
said local time clock (CLO), by periodically activating said operational set 
(20) , said updating means (17) being preferably intended for using as said 
intercepted message (MSG) for each of said updating periods, the first 
5 message received from at least one of said communication networks (4, 5) 
during said period. 

7. Synchronizing device (1) according to any of the preceding 
claims, characterized in that it comprises safety means (18) able to activate 

10 said operational set (20) for at least two successive messages (MSG) from 
respectively at least two different apparatus (A1-An), to compare said 
synchronizing data (SYNC) respectively obtained for said successive 
messages, to check consistency of said synchronizing data (SYNC) and to \ 
trigger a warning mechanism in case of inconsistency. 

1 5 

8. Local gateway (10) intended to be arranged between a LAN (4) 
and a WAN (5) and to enable communication in both directions between the 
LAN (4) and the WAN (5), said local gateway comprising: 

- a LAN interface (2) for communication with the LAN (4), 
20 - a WAN interface (3) for communication with the WAN (5), 

- a local gateway time clock (CLO), 

- and synchronizing means for synchronizing said local gateway 
time clock (CLO) with respect to a reference time clock (CL1-CLn), by means 
of synchronizing data (SYNC) received by said local gateway (10), 

25 

characterized in that said synchronizing means comprise a time 
synchronizing device (1) compliant with any of claims 1 to 7 for synchronizing 
said local gateway (10), said source and target networks being respectively 
the LAN (4) and the WAN (5) for all intercepted messages (MSG), and said 
30 apparatus (A1-An) used for synchronizing being thus at least one point of 
said LAN. . 
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9. Local gateway (10) according to claim 8, characterized in that 
said synchronizing means are also able to synchronize said local gateway 
time clock (CLO) with respect to a global time clock (GCL) available from a 

5 timeserver (8) of the WAN (5). 

10. Process for time synchronizing a router (10) arranged 
between two communication networks (4, 5), said time synchronizing 
process comprising the following steps: 

10 - receiving (S5) synchronizing data (SYNC) based on a reference 

time clock (CL1-CLn), 

- and exploiting (S6) said synchronizing data (SYNC) so as to 
synchronize a local time clock (CLO) used by said router (10) with respect to 
said reference time clock (10), 

15 

characterized in that said time synchronizing process also 
comprises the following steps: 

- intercepting (S3) at least one message (MSG) coming from at 
least one apparatus (A1-An) being a point of at least one of said networks 

20 (4), called the source network for said message (MSG), and directed to the 
other of said networks (5), called the target network for said message (MSG), 
said apparatus (A1-An) having a specific time clock (CL1-CLn), 

- preparing a time request (RQ) intended for said apparatus (A1- 
An), said time request being able to be executed in said apparatus so as to 

25 cause said synchronizing data (SYNC) based on said specific time clock 
(CL1-CLn) to be obtained back from said apparatus (A1-An), 

- sending (S4) said time request (RQ) to said apparatus (A1-An), 

- and forwarding (S7) said intercepted message (MSG) to said 
target network (5) after said time request (RQ) has been prepared, 

30 said receiving step (S2) including receiving said synchronizing 

data (SYNC) from said apparatus (A1-An) and said exploiting step (S6) 
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including exploiting said synchronizing data (SYNC) so as to synchronize 
said local time clock (CLO) with respect to said specific time clock (CL1-CLn), 

said time synchronizing process being preferably intended to be 
5 executed by means of a time synchronizing device (1) compliant with any of 
claims 1 to 7. 

11. Computer program product comprising program code 
instructions for the execution of the process according to claim 10 when said 
1 0 program is executed on a computer. 
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ABSTRACT 



Time synchronizing device and process and associated products 

5 

The present invention concerns a time synchronizing device (1) 
and process, and a local gateway comprising that device. 

The time synchronizing device synchronizes a router arranged 
10 between two communication networks. It comprises intercepting means (13) 
of a message (MSG) coming from an apparatus of a source network for that 
message, having a specific time clock, and directed to a target network for 
that message, preparing means (14) of a time request (RQ) able to be 
executed in that apparatus so as to cause synchronizing data (SYNC) based 
15 on that specific clock to be obtained from that apparatus and to be 
transmitted back to the synchronizing device, sending means (15) of the time 
request to the apparatus, forwarding means (16) of the intercepted message 
to the target network after the preparing means have prepared the time 
request, receiving means (11) of the synchronizing data, and exploiting 
20 means (12) of those data to synchronize a local time clock (CLO) used by the 
router with respect to that specific time clock . 

Application to home networks. 

25 FIG. 2 
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